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DETAILED ACTION 

1 . The finality of the office action mailed October 14, 2005 is hereby withdrawn in 
view of the Board of Patent Appeals and Interferences' (BPAI) decision mailed April 18, 
2008. Accordingly, prosecution of the instant application is reopened. 

The BPAI decision cited reasons for reversal as the inability of the Simon Hunt 
reference (US 2004/0049737 A1) to claim priority to a provisional application 
60/199,858 under 35 U.S.C. 119 based on paragraph e(1) of this statute, (see pages 3- 
4 of BPAI decision). 

Upon further review, US Patent 7,072,984 B1 , Polonsky et al. properly claims 
priority to, and shares common inventors with, US provisional application 60/199,858 as 
specifically required in 35 U.S.C. 119 (e)(1). The rejection that follows outlines the 
teachings of the Polonsky reference. 

A Director has approved of reopening prosecution by signing below: 

/Donald Sparks/ 

Acting Director of TC 21 00 
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Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1-3, 7, 10-13, 17, 20, and 21 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Polonskv et al. , US 7,072,984 B1, 07/04/06 (filed 04/25/01, 
provisional filed 04/26/00), in view of Amano et al. ("Amano"), U.S. Patent No. 
6,003,033. 

Regarding independent claim 1, Polonsky discloses a method of representing 
a document written in a markup language and on a mobile terminal adapted to receive 
said document and render said document on said display (see Abstract), the method 
comprising: 

> providing a virtual node tree describing the structure of the data types, with 
each one of the nodes in the virtual node tree respectively corresponding to one 
element of a specific data type in the document (see Fig. 2 and column 9, lines 3- 
67 and column 1 0, lines 1 -22, column 1 4, lines 1 7-26, column 1 1 , lines 47-67 
and column 16, lines 1-22: Polonsky teaches a DOM tree. DOM converts the 
document in memory into a hierarchical node tree that looks like a database 
record, wherein each node corresponds to an element in the document. DOM 
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provides an interface to access and change the content and structure of an XML 
file); 

> for each one of the nodes in the virtual node tree, providing a data array 
including information identifying the relationship of the node to other nodes in the 
virtual node tree and a reference indicating the location of data corresponding to 
the node (see column 2, lines 54-65 and column 16, lines 23-30): Polonsky 
teaches a data array including information identifying the relationships and 
locations of nodes. Moreover, it was commonly known to those of ordinary skill 
in the art and would have been obvious at the time the invention was made to a 
person having ordinary skill in the art that DOM trees can be implemented as an 
array (or as a linked list) for the motivational purpose of implementing a 
organized data structure. Popular browsers such as Internet Explorer and 
Mozilla used the array implementation for their DOM trees); and 

> obtaining, by a set of software components in the mobile terminal, the data 
corresponding to the nodes using the reference included in the data array (see 
column 2, lines 54-64 and columns 15-16, lines 66-67 and 1-9 respectively): 
Based on the nodes of the object tree, the Polonsky method generates an array 
of primitive data types for efficiently developing an optimized standard structure). 

Polonsky does not explicitly disclose providing a virtual node tree describing the 
structure of the data types in the document but not containing actual document data. 
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However, Amano discloses: 

providing a virtual node tree describing the structure of the data 
types in the document but not containing actual document data (see Fig. 
5; col. 5 lines 50-59 et seq. —> i.e. Tree Skeleton), and additionally, also 
discloses: 

for each one of the nodes in the virtual node tree, providing a data 
array including information identifying the relationship of the node to other 
nodes in the virtual node tree and a reference indicating the location of 
data corresponding to the node (see col. 10 lines 29-40 et seq.; Fig. 18). 

Since Polonsky and Amano (hereinafter "Polonsky-Amano") are both from the 
same field of endeavor, the motivational purpose and advantage is the simplification in 
defining a tree and generating a data structure corresponding to the tree in memory with 
the resultant description as disclosed by Amano (see col. 13 lines 1-6) would have been 
recognized in the pertinent art of Polonsky. It would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to modify the teaching of 
Polonsky with the teachings of Amano to include a virtual node tree, not containing 
actual document data . 



Independent claim 10 incorporates substantially similar subject matter as 
independent claim 1 and is rejected along the same rationale. 
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Regarding claims 2 and 13, Polonsky discloses wherein the data in the document 
is stored in a document block in memory (see column 15, lines 47-52 and column 28, 
lines 37-49). 

Regarding claims 3, 11, and 12, Polonsky discloses wherein the document is 
written in XML or a variation of XML and displayed on an XML Browser (see column 2, 
lines 32-38 and column 4, lines 46-59). 

Regarding claims 7 and 17, Polonsky-Amano further discloses an array 
indicating whether a node is a sibling or child (see columns 15-16, lines 66-67 and 1-9 
respectively and column 26, lines 42-52), but does not specifically teach indicating 
whether or not the node is the last sibling in a list of siblings and does not specifically 
teach a child index and a sibling index in the data array. 

However, it was commonly known to those of ordinary skill in the art and would 
have been obvious at the time the invention was made to a person having ordinary skill 
in the art that the position of a node can be calculated by its arrangement in the data 
array respective to its siblings for the purpose of indicating whether or not the node is 
the last sibling in a list of siblings. It was also commonly known to those of ordinary skill 
in the art and would have been obvious at the time the invention was made to a person 
having ordinary skill in the art that a child and sibling index can be created using data 
arrays to further clarify the hierarchical standing of particular nodes. 
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Regarding claims 20 and 21, Polonsky-Amano discloses storing data arrays in 
the memory of the mobile phone/terminal (see column 2, lines 54-64 and column 16, 
lines 10-15). 

4. Claims 4-6, 8, 9, 14-16, 18, and 19 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Polonskv et al. , US 7,072,984 B1, 07/04/06 (filed 04/25/01, 
provisional filed 04/26/00), in view of Amano et al. ("Amano"), U.S. Patent No. 
6,003,033 as applied to claims 1-3, 7, 10-13, 17, 20, and 21 above, in further view 
of, CaM, U.S. Patent Application Publication No. 2002/0143521. 

Regarding claims 4 and 14, Polonsky-Amano discloses the method with 
respect to independent claims 1 and 10 above, but does not specifically disclose data 
arrays including a flags field. 

However, Call discloses the use of flags to uniquely identify a selected rule in a 
manner tailored to the needs of the portion of the XML document (see Call [0362]) for 
the purpose of signaling a particular condition or status. 

It would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to modify the teaching of Polonsky-Amano with the 
teachings of Call to include the use of flag fields to uniquely identify a selected rule in a 
manner tailored to the needs of the portion of the XML document (see Call [0362]) for 
the purpose of signaling a particular condition or status. 
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Regarding claims 5 and 15, Polonsky-Amano further discloses an array 
indicating whether a node is a sibling or child (see columns 15-16, lines 66-67 and 1-9 
respectively and column 26, lines 42-52), but does not specifically teach indicating 
whether or not the node is the last sibling in a list of siblings and does not specifically 
teach a child index and a sibling index in the data array. 

However, it was commonly known to those of ordinary skill in the art and would 
have been obvious at the time the invention was made to a person having ordinary skill 
in the art that the position of a node can be calculated by its arrangement in the data 
array respective to its siblings for the purpose of indicating whether or not the node is 
the last sibling in a list of siblings. It was also commonly known to those of ordinary skill 
in the art and would have been obvious at the time the invention was made to a person 
having ordinary skill in the art that a child and sibling index can be created using data 
arrays to further clarify the hierarchical standing of particular nodes. 

Regarding claims 6 and 16, Polonsky-Amano does not specifically disclose the 
method wherein a flag in the flags field and identifies the type of the node data. 
However, Call discloses that the header information for each node identifies the data 
type of the node (see Call [0368]; see also Figure 6). 

It would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to modify the teaching of Polonsky-Amano with the 
teachings of Call to include the use of flag fields to uniquely identify the data type of the 
node for the purpose of signaling a particular condition or status of the data. 
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Regarding claims 8 and 18, Polonsky-Amano discloses the method and mobile 
phone with respect to independent claims 1 and 10 as discussed above, but does not 
specifically teach whether the data arrays have a fixed length. 

However, it was commonly known to those of ordinary skill in the art and would 
have been obvious at the time the invention was made to a person having ordinary skill 
in the art that data arrays can be fixed for the purpose of holding a preset. Furthermore, 
Call discloses fixed length data as an addressable array to provide efficient data 
manipulation functions typically performed by hierarchical object oriented data systems, 
including systems conforming to the Document Object Model widely used for storing 
and manipulating XML and HTML character data (see Call [0016] and [0017]) for the 
purpose of compact data representation to preserve storage space (see Call [0013]). 

It would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to modify the teaching of Polonsky-Amano with the 
teachings of Call to include the representation of a document structure written in a 
markup language, wherein the data arrays have a fixed length for the purpose of 
compact data representation to preserve storage space. 

Regarding claims 9 and 19, Polonsky-Amano discloses the method and mobile 
phone with respect to independent claims 1 and 10 as discussed above, but does not 
specifically teach whether the data arrays have a variable length. 

However, it was commonly known to those of ordinary skill in the art and would 
have been obvious at the time the invention was made to a person having ordinary skill 
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in the art that data arrays can be variable for the purpose of expanding number of 
objects. Furthermore, Call discloses variable length data as an addressable array to 
provide efficient data manipulation functions typically performed by hierarchical object 
oriented data systems, including systems conforming to the Document Object Model 
widely used for storing and manipulating XML and HTML character data (see Call 
[0016] and [0017]) for the purpose of compact data representation to preserve storage 
space (see Call [0013]). 

It would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to modify the teaching of Polonsky-Amano with the 
teachings of Call to include the representation of a document structure written in a 
markup language, wherein the data arrays have a variable length for the purpose of 
compact data representation to preserve storage space. 

Response to Arguments 

5. Beginning on page 4 of the Appeal Brief, Applicant argues the following: 

A. Claims 1-3, 5, 7, 10-13, 15, 17, and 20-21 are patentable over Simon Hunt in 
view ofAmano. 
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1. Simon Hunt Cited Disclosure is not Prior Art to the Claimed Invention. 

Specifically, Applicant argues the Simon Hunt publication is not properly cited 
against the claimed invention because it can only qualify as prior art for the subject 
matter that was first disclosed in the provisional application and not subject matter 
added in any subsequent utility applications. While Simon Hunt is no longer relied upon 
in the rejections, since the disclosure is substantially similar to that of the Polonsky 
reference now applied, Applicant's arguments with respect to the subject matter in the 
provisional application are addressed. 

On page 5 of the Brief, Applicant argues the feature of the QDOM or its 
technique for generating a representation of a DOM tree is not disclosed in the 
provisional application. Specifically, Applicant states the provisional does teach 
normalizing DOM tree, but does not realize a data array including information identifying 
the relationship of a node to other nodes in the virtual node tree and a reference 
indicating the location of data corresponding to the node. 

Examiner disagrees. 

By Applicant's own admission, the provisional teaches a DOM tree node. See 
page 2, third paragraph; pg. 3, first paragraph; and pg 8 of the provisional application 
where a method and apparatus for Internet communication for mobile appliances 
wherein a markup language (XML, HTML, SGML, etc) is organized into a DOM tree. 
DOM is a specification for a programming interface (API) from the W3C that allows 
programs and scripts to update the content, structure, and style of HTML and XML 
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documents by creating a hierarchical virtual tree of the document that looks like a 
database record. The Provisional discloses a DOM that identifies each node in the 
document using a unique value (see Provisional on page 9) and assigns the unique 
weight/priority value based on the node's relationships and location relative to other 
objects (see pages 12-14 where the process is implemented using a stack array and a 
node table array). The DOM tree array therefore contains data information describing 
the tree's structure, the tree's dependencies (root, parent, child, etc) and references to 
information content data (font attribute importance) with unique weight and priority 
values. 

Moreover, it was commonly known to those of ordinary skill in the art at the time 
of the invention was made that DOM trees were implemented using an array (or a linked 
list) for the purpose of implementing an organized data structure of markup documents. 
Internet browsers such as Internet Explorer and Mozilla specifically used the array 
implementation for their DOM trees. 

Therefore, the Provisional discloses, or at the very least made obvious to one of 
ordinary skill in the art, a data array including information identifying the relationship of a 
node to other nodes in the virtual tree and a reference indicating the location of data 
corresponding to the node. 

On pages 5-7, Applicant continues to challenge the teachings in the provisional 
application but makes several admissions worth noting. Applicant admits the 
provisional application does teach a DOM tree to a normalization process (see page 6 
of Brief). Applicant admits the provisional does disclose translating content that is 
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organized into a DOM tree by a DOM Layer then subjected to a Normalization Layer 
(see page 6 of Brief). Applicant further admits on page 7, first full paragraph that one 
could argue the DOM layer of the provisional corresponds to the QDOM. Applicant 
also admits on page 7, last paragraph that the provisional does support the normalizer. 

Applicant argues that even given the above teachings of the provisional 
application, the provisional does not describe the DOM Layer in a manner that supports 
the functions of the QDOM because the QDOM extends the W3C DOM interface 
definition to an efficient model that provides high speed parsing, storage, and access by 
minimizing memory resource requirements. Further, Applicant argues that the 
normalizer does not realize a data array including information identifying the relationship 
of a node to other nodes in a virtual tree node and a reference indicating the location of 
data corresponding to the node. 

Examiner disagrees. 

DOM is a specification for a programming interface (API) from the W3C that 
allows programs and scripts to update the content, structure, and style of HTML and 
XML documents by creating a hierarchical virtual tree of the document that looks like 
a database record. The Provisional discloses a DOM that identifies each node in the 
document using a unique value (see Provisional on page 9) and assigns the unique 
weight/priority value based on the node's relationships and location relative to other 
objects (see pages 12-14 where the process is implemented using a stack array and a 
node table array). The DOM tree array therefore contains data information 
describing the tree's structure, the tree's dependencies (root, parent, child, etc) 
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and references to information content data (font attribute importance) with unique 
weight and priority values. 

Moreover, it was commonly known to those of ordinary skill in the art at the time 
of the invention was made that DOM trees were implemented using an array (or a linked 
list) for the purpose of implementing an organized data structure of markup documents. 
Internet browsers such as Internet Explorer and Mozilla specifically used the array 
implementation for their DOM trees. 

Therefore, the Provisional discloses, or at the very least made obvious to one of 
ordinary skill in the art, a data array including information identifying the relationship of a 
node to other nodes in the virtual tree and a reference indicating the location of data 
corresponding to the node. 

On pages 8-9 of the Brief, Applicant argues: 

2. The Amano Patent does not teach elements of the claimed invention. 

Applicant argues Amano does not teach a virtual tree node not containing actual 
document data or a data array for a node including information identifying the 
relationship of the node with other nodes and a reference including the location of data 
corresponding to the node. Specifically, Applicant states that while Amano teaches 
generating a data structure where parent nodes are connect to child notes, Amano does 
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not teach the data structure includes, for each node in the virtual node tree, a reference 
indicating the location of data corresponding to the node. 
Examiner disagrees. 

Applicant states, "one could argue that the Amano patent discloses, for a 
parent node, a reference indicating the location of data corresponding to the child 
node" (See top of page 9); however, Applicant believes Amano does not teach the data 
structure for the parent node includes a reference indicating the location of data 
corresponding to the respective parent node. Examiner disagrees because Amano 
teaches the pointers reference the location of each of the nodes in the node tree 
(see Abstract). 

On page 9 of the brief, Applicant argues the combination of Simon Hunt and 
Amano. While the Simon Hunt publication is no longer relied upon, Polonsky has a 
similar disclosure to that of Simon Hunt, so Applicant's arguments will be addressed. 

3. No Motivation to Combine Simon Hunt and Amano 

Applicant argues one skilled in the art would not be motivated to combine the 
teachings because there is no desirability of the combination. 
Examiner disagrees. 

Polonsky and Amano are not only from the same field of endeavor (data 
structure corresponding to a node tree in computer memory) but the advantage of 
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defining a tree and generating a data structure corresponding to the tree in memory with 
the description disclosed by Amano (see col. 13, lines 1-6) within Polonsky would be to 
simplify and present tree data structure information for electronic devices. 
On page 1 1 of the Brief, Applicant argues: 

B. Claims 4, 6, 8, 9, 14, 16, 18, and 19 are patentably distinct from Simon Hunt 
in view of Amano, and further in view of Call. 

The Simon-Hunt publication is no longer relied upon as prior art. Applicant 
submits the claims are patentable by virtue of their dependency on claims 1 and 10. 
The reasons provided above for using the Polonsky reference with respect to claims 1 
and 10 also apply to the dependent claims 4, 6, 8, 9, 14, 16, and 18-19. 

Conclusion 

5. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Rachna S. Desai whose telephone number is 571-272- 
4099. The examiner can normally be reached on M-F (8:30AM-6:00PM). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Doug Hutton can be reached on 571-272-4137. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Donald Sparks/ 
Acting Director TC 2100 



/Rachna S Desai/ 

Primary Examiner, Art Unit 2176 

08/05/08 



